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(57) Abstract: The invention relates to a method for 
transferring data from a service apparatus (10) to a re- 
mote central computer (5). The service apparatus (10) 
can communicate said data to the computer (5) via suit- 
able transmission means (2, 4, 6). The invention is 
characterised in that the data to be transferred from 
said service apparatus (10) to the remote computer (5) 
are determined by said computer (5). 

(57) Abr^6 ; Proc6d6 pour transferer des donn^es 
d'un appareil de service (10) ^ un ordinateur centra] 
^ distance (5), 1 'appareil de service (10) ^tant apte ft 
communiquer lesdites donn^es audit ordinateur (5) 
par rintermSdiaire de moyens de transmission (2, 
4, 6) appropri^s, caract^ris^ en ce que les donndcs 
^ transf^er dudit appareil de service (10) vers ledit 
ordinateur ^ distance (5) sont ddtermindes par ledit 
ordinateur (5). 
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(54) Titre : PROCEDE DE TRANSFERT DE DONNEES ENTRE UN APPAREIL DE SERVICE ET UN SERVEUR DE GES- 
TIONA DISTANCE 

PROCEDE DE TRANSFERT DE DONNEES ENTRE UN 
APPAREIL DE SERVICE ET UN SERVEUR DE GESTION A 
DISTANCE, 

5 La presente invention conceme ixn procede de transfert de 

donnees entre des appareils de service et \in serveur de gestion a 
distance. La presente invention conceme plus particulierement un 
procede de transfert de fichiers entre un servexar de gestion et les 
telephones d!un reseau de telephonic publique. 

10 Un reseau de telephonie publique se compose de telephones 

publics repartis sur un territoire donne. Les telephones publics sont 
connectes a un reseau de communication, constitue par exemple par 
le reseau telephonique commute PSTN (acronyme anglo-saxon pour 
Public Switching Telephone Network), avec lequel ils commimiquent 

15 au moyen d^an modem. Ce reseau bien entendu pourrait etre d'un 
autre type (ISDN, GSM, Internet,...). 

Un reseau de telephonie publique comporte generalement un (ou 
plusieurs) ordinateur central ou serveur de gestion, ci-apres appele 
PMS (acronyme du terme anglo-saxon « Payphone Management 

20 System »), permettant a Toperateur du reseau d'operer la supervision 
des differents telephones de son reseau. Ce PMS, qui est connecte au 
reseau telephonique commute, a pour fonction d'echanger avec le pare 
de telephones publics des donnees. 

Les telephones publics communiquent regulierement au PMS un 

25 rapport d'activite detaillant le nombre et montant des transactions, 
etc. lis communiquent egalement sous forme d'alarme Teventuelle 
survenue d^an evenement (panne, acte de vandalisme, etc.) 
necessitant Tintervention d*un agent de maintenance. 

Le PMS quant a Im transfere aux telephones publics des fichiers, 

30 des tables de tarifs ou encore des mises a jour de programmes faisant 
fonctionner les microprocesseurs des telephones, mises a jour 
ameliorant les progranmies deja en place ou bien encore introduisant 
de nouvelles prestations pour les usagers. 

Aujourd'hui, les transferts de fichiers entre les telephones 10 et 

35 le PMS sont des operations rigides, lourdes en temps et done 
couteuses. Ainsi, un telephone public qui telecharge des fichiers doit 



wo 02/062017 



PCT/IB02/00284 



etre bascule en mode hors service et ne peut etre utilise par les 
usagers tout le temps d'une operation, qui peut durer plusieurs 
heures compte tenu de la tsdlle actuelle des programmes et des 
donnees a charger. 
5 Par ailleurs, chaque nouvelle campagne de telechargement 

necessite une programmation complexe du PMS prenant en compte la 
nature et taille des fichiers a transferer. 

La presente invention vise done a remedier a ces inconvenients en 
simplifiant et en rationalisant le transfert de donnees entre im serveur 

10 de gestion a distance et des appareils de service tels que des 
telephones publics. 

Le procede selon I'invention concerne le transfert des donnees 
d\an appareil de service, tel qu'un telephone public, a un ordinateur 
central a distance, tel qu'un serveur de gestion, Tappareil de service 

15 etant apte a communiquer les donnees a Tordinateur par 
rinterm6diaire de moyens de transmission appropries. 

Selon rinvention, le procede pour transferer des donnees est 
caracterise en ce que les donnees a transferer de Tappareil de service 
vers Tordinateur a distance sont determinees par Tordinatexir seul. 

20 Selon \me autre caracteristique du procede objet de la presente 

invention, les donnees sont produites par des moyens logiciels et 
materiels appropries et correspondent a des fonctions de supervision 
et de controle du fonctionnement de Tappareil de service, chaque 
donnee devant etre transferee audit ordinateur central a un lythme 

25 donne specifique a la nature de la fonction a laquelle elle correspond. 

Selon vine autre caracteristique du procede objet de la presente 
invention, il comporte les etapes suivantes : 

- Tappareil de service ouvre une cession de communication avec 
ledit ordinateur a distance ; 

30 - Tappareil de service foumit im code de session precisant audit 

ordinateur la nature des donnees qu'il souhaite transferer ; 

- Tordinateur, s'etant assure de Tauthenticite de Tappel de 
Tappareil de service (controle syntaxique, par controle d*un code de 
secret, par controle de la gamme de prodiaits, etc.), transmet alors a 

35 Tappareil des instructions quant aux donnees devant etre 
effectivement transfer6es. 
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"Tappareil de service transfert alors en retoiir les donnees 
demandees par rordinatenr. 

Selon une autre caracteristique du precede objet de la presente 
invention, lors de la communication, Tordinateur peut transmettre 
5 egalement des instructions pour transferer des donnees vers Tappareil 
de service. 

Selon une autre caracteristique du precede objet de la presente 
invention, les donnees a trainsferer de Tordinateur vers Tappareil de 
service comprennent des moyens logiciels remplagant ou completant 
10 des moyens logiciels deja installes dans Tappareil de service. 

Selon une autre caracteristique du precede objet de la presente 
invention, les donnees sont transferees sous la forme de fichiers 
informatiques. 

Selon une autre caracteristique du precede objet de la presente 

15 invention, les fichiers a transferer de Tappareil de service vers 
Tordinateur comprennent des rapports d'activite decrivant les 
transactions operees par Tappareil de service pendant ime periode 
donnee ou encore des rapports d'alarmes decrivant des 
dysfonctionnements affectant ledit appareil de service. 

20 Selon une autre caracteristique du precede objet de la presente 

invention, les transferts de fichiers entre Tordinateur et Tappareil de 
service se font en utilisant le protocole de communication TCP/IP 
permettant ainsi le transfert au travers du reseau Internet. 

Selon une autre caracteristique du precede objet de la presente 

25 invention, les donnees transitent entre Tappareil de service et 
Tordinateur central a distance par un servelir FTP. 

Selon une autre caracteristique du precede objet de la presente 
invention, Tadresse du serveur FTP est cemmuniquee a Tappareil de 
service par Tordinateur lors de chaque transfert. 

30 On comprendra mieux les buts, aspects et avantages de la 

presente invention, d'apres la description donnee ci-apres d^an mode 
de realisation de I'invention, presente a titre d'exemple non limitatif, 
en se referant au dessin annexe, dans lequel : 

la figure 1 est une vue schematique d*un reseau de telephonic 

35 publique utilise poxor la mise en oeuvre du precede selon Tinvention. 
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Seuls ont ete figures les elements du reseau de telephonic 
publique et de son environnement qui sont necessaires a la 
comprehension de I'invention. 

Sur la figure 1, on a represents vm reseau 1 de telephonic 
5 publique. Ce reseau comprend un pare de telephones publics 10 (un 
meme pare peut comprendre de plusieurs dizaines a plusieurs milliers 
de telephones, voire plusieurs dizaines de milliers, suivant la 
couverture territoriale du reseau). 

Les telephones 10 sont destines a etre utilises par les usagers en 
10 libre service et sont done installes a cette fin dans des lieux publics, 
tels que la rue, ou semi-publics, tels que des centres commerciaux, 
des aeroports, halls dliotels, restaurants, magasins, etc. 

Ces telephones 10 permettent aux usagers d'effectuer des 
communications telephoniques, en utilisant un reseau telephonique 
15 approprie reference 2. Ce reseau telephonique 2 est de type commute 
analogique PSTN (Public Switching Telephone Network) ou de type 
commute numerique ISDN (Integrated Services Digital Network), Ce 
reseau 2 peut egalement etre constitue par un reseau de 
radiotelephonie mobile et ce, quelle que soit sa nature : GSM, CDMA, 
20 TDMA, AMPS, D-AMPS, ou encore par le reseau Intemet ou plus 
generalement par tout reseau de communication apte a transmettre 
des donnees (X25, Ethernet,,.) ainsi que par toute combinaison de tels 
reseaux. 

Ces telephones publics 10 peuvent etre egalement adaptes pour 
25 acceder a des serveurs d'informations ou de foumiture de services du 
Web et de Hntemet, ainsi qu'a des serveurs d*informations ou de 
foumiture de services residant sur des reseaux prives. De tels acces 
permettent a Toperateur, exploitant le reseau 1, de proposer aux 
usagers xone large palette de services, allant par exemple et a titre non 
30 limitatif, de la lecture de leurs courriers electroniques a la 
consultation d'informations locales (listes des medecins de gardes de 
la zone du telephone public, etc.), 

Bien evidemment I'invention n'est pas limitee aux tel6phones 
publics offrant de tels acces a I'lntemet et a des serveurs prives. 
35 Ces telephones publics 10 sont par aillexirs adaptes pour 

communiquer avec un serveur 5 encore appele PMS (acronyme anglo- 
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saxon de « Payphone Management System ») dedie au fonctionnement 
et a la gestion du reseau de telephonic publique 1 . 

Le PMS 5 a pour fonction d'echanger avec le pare de telephones 
publics 10 des informations concemant leur fonctionnement et plus 
5 g6neralement le fonctionnement du systeme de telephonie publique. 
En particulier, le PMS 5 gere les sessions d'initialisation des 
telephones publics et 6tablit des donnees statistiques a partir des 
informations regues des telephones publics 10 (alarmes, compteurs 
d'exploitation..,). 

10 Les telephones publics 10 et le PMS 5 sont mimis de moyens 

appropries de supervision et de reception/ emission d'informations, ces 
moyens qui sont en eux-memes connus ne seront pas decrits plus en 
detail. Ces moyens de supervision et de reception/ emission sont 
charges d'organiser les echanges d'informations entre les telephones 

15 publics 10, le PMS 5 et un serveur FTP 4 dont le role sera detaille ci- 
dessous, et en particulier de controler des transferts de donnees ou 
logiciels, entre les telephones publics 10 et le FTP 4. 

Entre autres fonctions, le PMS 5 transfere vers les telephones 
publics 10 les fichiers necessaires a leur fonctionnement, tels que des 

20 tables de tarifs, des parametres de configuration (comme le type de 
numerotation, les caracteristiques de la ligne...), des listes 
d'opposition ou de surveillance des moyens de paiement utilises. 

Les telephones publics 10 transmettent de leur cote des 
informations relatives a leur utilisation, a savoir un rapport joumalier 

25 comportant des donnees relatives aux transactions effectuees, au 
trafic, un rapport d'alarmes qui permet de signaler au PMS 5 la 
sxirvenue d'incidents ou des atteintes a leur integrite, comme xme 
panne sur le lecteur de cartes ou un combine arrache, de maniere a 
prevoir intervention d*un agent de surveillance, un fichier de statut 

30 caracterisant le contenu du telephone (telles que les indications des 
differentes versions de programmes utilisees par le inicroprocesseur), 
etc. 

Pour faciliter les echanges de donnees, on utilise un serveur 4 
specifiquement congu et adapte au transfert de fichiers 4, appele FTP 
35 (pour File Transfer Protocol). A partir de commandes regues par le 
PMS 5, chaque telephone public 10, qui integre une entite FTP client, 
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va se connecter au FTP 4 et telecharger ou teledecharger les fichiers 
appropries. 

Par ailleurs, les telephones publics 10 peuvent se connecter a tin 
serveur PROXY 6, servant d'interface de conunimication entre les 
5 telephones publics 10 et le PMS 5. Les fonctions du PROXY 6 seront 
plus precisement detaillees ci-apres. 

Ces telephones publics 10 sont, de fagon connue, des terminaux 
congus specialement pour leur utilisation en site public ou semi- 
public. lis presentent done des specificites en terme d'elements 
10 constitutifs et de logiciels, de consommation energetique, d'ergonomie, 
d'utilisation, etc., qui sont bien connus en eux-memes et ne seront 
pas detailles plus avant. 

Chaque telephone public 10 comprend done un certain nombre 
d'elements particuliers, inherents a un telephone public, en particulier 
15 pour Tergonomie. On trouve notamment des organes de visualisation 
et de saisie de donnees, comme un ecran 11 et un clavier 12 a 
touches. D'autre part, le telephone public 10 met en oeuvre des 
logiciels permettant d'echanger et de representer les informations 
selon des formats specifiques mieux adaptes a son ergonomie, bien 
20 que fonctionnant selon les principes des liens hypermedia. 

Par ailleurs, pour permettre la connexion aiox differents serveurs 
et notamment au PROXY 6, au PMS 5 ou au FTP 4, les telephones 10 
sont equipes de protocoles de communication TCP/IP conformes aux 
recommandations techniques de llETF (a Internet Engineering Task 
25 Force »). 

Le PROXY 6 combine differentes fonctions. Une premiere fonction 
consiste a orienter les requetes des telephones publics 10, suivant la 
nature de ces requetes, vers les serveurs correspondants. II s'agit la 
d'une fonction de re-routage qui permet de ne stocker et de ne mettre 

30 a jour la liste des adresses des serveurs susceptibles d'etre appeles 
par les telephones 10 que dans le PROXY 6 et non dans chacxm des 
terminaux telephoniques 10, ces demiers n'ayant alors besoin que de 
connaitre la seule adresse du PROXY 6. Cette disposition facilite 
considerablement les operations de maintenance du reseau de 

35 telephonic 1. 
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Ainsi, pour communiquer avec le PMS 5, il suffit a un telephone 
d'adresser un message au PROXY 6, message dont le contenu, par 
exemple «connexion», suffit a etre interprete par le PROXY 6 comme un 
message destine au PMS 5. A charge alors pour le PROXY 6 de trouver 
5 dans ses memoires Tadresse IP du PMS 5 et de lui transmettre le 
message. 

Une seconde fonction consiste, quand cela est necessaire, a 
traduire les donnees ou instructions emises par les telephones 10 au 
format des serveurs destinataires. Ainsi en cas de connexions a 

10 rinternet et au Web, il s'agit de traduire le protocole utilise par les 
telephones publics 10 dans le protocole approprie (http, RMI, pop3...)> 
et inversement pour transferer les informations du Web et de I'lntemet 
vers les telephones 10. 

Une autre fonction du PROXY 6 est de controler la syntaxe des 

15 requetes emises par les telephones 10 avant retransmission et 
autoriser ainsi des acces authentifies au reseau plus en arriere 
(securite). Une autre fonction est d'etablir des sessions d'echange 
d'informations fiables et authentifiees qui consiste par exemple a 
identifier de fagon certaine les telephones 10 lors d\in echange 

20 d'informations avec les serveurs, ou encore a enciypter les donnees 
afin de securiser la communication en cas de besoin. 

Une autre fonction du PROXY 6 est de piloter et reguler les 
echanges dlnformations realises via des transferts de fichiers 
standards et conformes aux protocoles Internet. 

25 Le PROXY 6 a egalement pour fonction de diriger les requetes des 

telephones publics vers des serveurs de secours notamment en cas 
d'indisponibilite d'un serveur et assurer ainsi une redondance 
d'architecture. Ainsi, dans Thypothese oil le PROXY 6 se trouve 
inaccessible par suite notamment d'operations de maintenance, il est 

30 alors possible de diriger les comptes-rendus joumaliers des telephones 
publics 10 correspondants vers un autre serveur de gestion alors 
disponible, Ce bascxilement d'un serveur vers un autre est alors 
totalement transparent pour les telephones publics 10 qui n'ont pas 
ainsi a gerer eux-memes des adresses de secours mais seulement 

35 Tadresse du PROXY 6. La redondance du PROXY 6 lui-meme est 
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egalement possible evitant des ruptures de communication en cas de 
panne constatee. 

De fagon pratique, le PROXY 6 peut etre constitue d\m 
ordinateur de type PC fonctionnant sur Windows NT (marque deposee) 
5 ou encore Liniox, etc. 

Toute requete de connexion a un serveur parvient sur le port 
d^entree de Tordinateur qui est ecoute en permanence par le PROXY 6, 
puis est redirigee vers un port de travail. La requete est ensuite 
analysee par une application logicielle, par exemple en langage Java 
10 (marque deposee) permettant le controle et Tetablissement d\me 
session au sens protocolaire du terme. Une interface standard 
(« socket ») est alors ouverte et la requete est emise vers le serveur de 
destination, et inversement. 

Bien evidemment, le mode de realisation illustre n'a ete donne 
15 qu'a titre d'exemple et n'est absolument pas limitatif de Tensemble des 
solutions pouvant etre mises en oeuvre grace a la presente invention. 

Ainsi, le PROXY 6, le PMS 5 et le FTP 4, au lieu d'etre des 
machines separees comme sur la figure 1, peuvent etre regroupes 
dans un seul ordinateur de type PC par exemple. 
20 Le reseau de telephonic publique 1 et Ics differents elements qui 

le composent ayant ete pr6sentes, nous allons maintenant detailler la 
methode utilisee pour transferer des donnees entre le PMS 5 et les 
telephones 10. 

Chaque telephone 10 initie la connexion au PMS 5 par un 
25 message de type « CONNECT » genere grace a des programmes 
specifiques mis en oeuvre par les microprocesseurs equipant le 
telephone 10. Le processus de connexion d'un telephone au PMS 5, 
ainsi que celui utilise pour transferer des donnees ou encore les 
protocoles de communication utilises sont connus en eux-memes (et 
30 normalises) et ne seront pas detailles plus avant. 

L'evenement declenchant la connexion du telephone 10 au PMS 5 
peut etre de differents types. La connexion peut etre initiee 
manuellement par un agent de maintenance par exemple lors de 
rinstallation d\in nouveau telephone 10 dans le reseau 1. La 
35 connexion peut etre declenchee automatiquement suite par exemple a 
la sxirvenue d'une alarme (monnayeur plein, panne, vandalisme, etc.). 
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alarme generee par des programmes de surveillance appropries. La 
connexion peut egalement etre decienchee automatiquement pour des 
rapports d*activite generes par des programmes de supervision 
appropri6s, rapports foumissant des statistiques sur Tactivite du 
5 t616phone 10 et destines a Texploitant du reseau 1 afin d'ameliorer le 
fonctionnement de ce dernier. Ces programmes de supervision 
peuvent editor leur rapport d'activite a des dates et des heures 
predeterminees ou bien encore a des instants definis par le PMS 5. Le 
telephone peut egalement se connecter au PMS 5 suite a la demande 

10 expresse de ce dernier qui a donne Tordre lors d\in appel precedent au 
telephone 10 de se connecter pour un motif donne : par exemple pour 
le telechargement de fichiers. 

Ce message de connexion « CONNECT » comporte essentiellement 
les informations suivantes : 

15 - ridentifiant du telephone 10, par exemple son numero 

d'appel ; 

- le type du telephone 10, c'est-a-dire son code produit ; 

- le type de session, c'est-a-dire le contexte de Tappel : 
telecollecte (rapport d'activite), telechargement (transfert de 

20 fichier vers le telephone, en general il s'agit la d*un ordre 

prealable donne par le PMS 5), alarmes, etc. ; 

- une signature authentifiant ce telephone 10, cette signature 
peut par exemple etre obtenue par crj^tage au moyen d*un 
algorithme de ciyptologie de type DES (Data Encryption 

25 Standard) ou de tout autre type (RSA, etc.). 

Le telephone 10 dispose ainsi d'une liste de sessions types qui 
definissent a priori la raison de Tappel du telephone 10. En general et 
a Texception des alarmes, cet appel a ete programme lors d*une 
session precedente. 

30 Le PMS 5, qui revolt cet appel « CONNECT », precede tout d'abord 

a son analyse et notamment a la verification de Tauthenticite de cet 
appel puis renvoie un message d'acceptation « ACCEPT » qui comprend 
en autres donnees : la date et ITieure courante afin de proceder a une 
resynchronisation entre les deux appareils ainsi que ITieure et la date 

35 du prochain appel programme. 
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Le PMS 5 adresse ensuite une premiere demande de travail a 
realiser. 

Cette demande de travail est principalement de trois types : ordre 
« DOWNLOAD » de transfert de fichiers du FTP 4 vers le telephone 10, 
5 ordre « UPLOAD » de transfert de fichiers du telephone 10 vers le FTP 
4 et ordre « DISCONNECT » d'arret de la communication. 

De preference les ordres de transfert de fichiers sont formulas en 
utilisant le protocole suivant : 

Pour le chargement de fichiers : 
10 ftp://uu:pw@163.285.6.45/upload/ 123456-05-time.cess 

avec : 

ftp// demande dbuverture de session FTP, ici a titre 
d'exemple ; 

uu : nom de Tutilisateur ; 
15 - pw : mot de passe, le nom et le mot de passe servent a 

operer la connexion sur le FTP ; 

©163.285.6.45 : adresse IP du FTP ou telecharger les 
fichiers ; 

upload : indique le repertoire destinataire (localisation) 
20 associe a un nom de fichier comme suit : 

123456 : identifiant du telephone 10 recupere dans 
le « CONNECT » (dynamique); 

05 : type du telephone 10 recupere dans le 
. « CONNECT » (dynamique); 
25 - time (HH :MM ;SS): heure courante permettant 

d'identifier de maniere unique un fichier, evitant ainsi des 
conflits lies a Teventuelle allocation d'un meme identifiant 
a plusieurs telephones, 

cess : identifiant unique du fichier a transferer (par 
30 exemple 02 pour un fichier comportant des transactions). 

« upload/ 123456-05-time.cess » definit done a la fois le repertoire 
oil doit etre copie le fichier « .cess » et le nom du fichier attribue. 
Pour le dechargement de fichiers : 

ftp://uu:pw@163.285,6.45/download/work/aa-bbb-ccc-ddd.ee 
35 avec : 
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ftp// demande d'ouverture de session FTP, ici a titre 
d'exemple ; 

uu : nom de Tutilisateur ; 

pw : mot de passe, le nom et le mot de passe servent a 
5 operer la connexion sur le serveur FTP ; 

@163.285.6.45 : adresse IP du servexir FTP ou 
teledecharger les fichiers ; 

download : indique le repertoire racine source 
(localisation) dans lequel on trouvera des sous- 
10 repertoires associes aux objets logiciels (parametres, table de 

tarif, publicite..,): 

work : sous-repertoire en clair (povir ameliorer la lisibilite 
des fichiers) contenant un type dbbjet precis (table de tarif, 
publicite, parametres); 
15 - aa-bbb-ccc-ddd.ee : nom du fichier a transferer. 

Chaque fichier a transferer du FTP 4 vers le telephone 10 regoit 
un nom selon xine ssyntaxe determinee. Par exemple, chaque fichier 
peut recevoir im nom du type suivant "aa-bbb-ccc-ddd.ee" ou : 

"aa" est un numero a deux chiffres designant le type de telephone 
20 considere; 

"bbb" est \m nxmaero a trois chiffres designant la version du 
fichier; 

"ccc" est un numero a trois chifires designant la revision du 
fichier; 

25 "ddd" est xm numero a trois chiffres designant Textension du 

fichier; 

"ee" est une suite de deux caracteres alphanimieriques designant 
le fichier proprement dit identifie par type (« 21» pour une table de 
parametres). 

30 « download/ work/ aa-bbb-ccc-ddd.ee » definit ainsi le repertoire, 

le sous-repertoire et le nom du fichier a rapatrier. 

Chaque fichier aa-bbb-ccc-ddd.ee conceme un element 

particulier de Tensemble des ressources logicielles des telephones 10. 

En effet, I'interieur des m6moires du microcontroleur equipant les 
35 circuits electroniques (ou hardware) de chaque telephone 10, sont 

done stockes I'ensemble des donnees et des programmes formant 
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Tensemble des ressources logicielles (ou software) necessaires au bon 
fonctionnement du telephone 10. 

Selon le mode de realisation decrit, ces donnees et programmes 
sont repartis en trois groupes distincts d'objets : les logiciels, les 
5 tables de parametres et les tables de tarifs. Cette liste est bien 
evidemment non limitative et peut etre augmentee selon les 
fonctionnalites des telephones (publicite, media...). Un tel decoupage 
en trois types d'objets qui vise a simplifier le fonctionnement du 
reseau par I'operateur, et notamment le maniement du PMS 5, n'est 

10 bien entendu nullement limitatif de la presente invention, laquelle 
s'applique encore meme si les donnees et programmes ne sont pas 
differenties selon des groupes distincts. Bien evidemment, chaque 
groupe distinct d'objet est forme d'un certain nombre de fichiers. 

Chaque fichier correspond a un decoupage modulaire c'est-a-dire 

15 qu'il ne traite que d'une fonctionnalite donnee ou que d'un nombre 
limite de fonctionnalites. 

Ainsi, les logiciels se decomposent en plusieurs dizaines de 
modules logiciels parmi lesquels on peut citer a titre d'exemple: un 
module de securisation de ligne telephonique, un module de gestion 

20 des pieces de monnaie (si le telephone accepte les pieces), un module 
de gestion des cartes de paiement, un module de gestion du combine, 
un module de gestion de I'ecran, un module de gestion des taxations 
regues de la lignei module de gestion de I'energie, un module de 
gestion du modem, etc. 

25 Ainsi, parmi les tables de parametres figurent les caracterisations 

du reseau telephonique auquel est raccorde le telephone 10, les 
autorisations d'acces a certains services, les differentes polices de 
langue utilisees pour I'affichage du telephone : frangais, anglais, 
allemand, espagnol ou encore arabe, chinois, russe, etc. 

30 Cette modularite des fichiers vise a permettre des interventions 

les plus precises et plus rapides, notamment pour les operations de 
telechargement. Ainsi, lorsqu'ime nouvelle version d*un logiciel est 
mise a jour, il est plus facile de ne charger dans les centaines voire les 
milliers de telephones concemes que cette nouvelle version plutot que 

35 de relancer le telechargement de I'ensemble des logiciels y compris de 
ceux qui n*ont pas evolue. 
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Bien entendu les fichiers a transferer du telephone 10 vers le FTP 
4 peuvent si necessaires adopter la meme syntaxe. En general les 
fichiers a transferer du telephone 10 vers le FTP sont des fichiers de 
resiiltats (status, rapport d'activite, alarme, etc.), ils peuvent done 
5 toutefois adopter vine syntaxe differente de celle des fichiers a charger 
dans les telephones 10. 

Les ordres de transfert de fichier emis par le PMS 5 a destination 
des telephones 10 peuvent comporter une seule instruction et se 
succeder sequentiellement selon la sequence suivante : 
10 UPLOAD 1 

ftp://uu:pw@163.285.6.45/upload/123456-05-time.01 
UPLOAD 2 

ftp://uu:pw@163.285.6.45/upload/123456-05-time.02 
UPLOAD 3 

15 ftp://uu:pw@163.285.6.45/upload/123456-05-time.03 



Un ordre peut egalement comporter plusieurs instructions : 
UPLOAD 

ftp://uu:pw@163.285.6,45/upload/123456"05-time.01 
20 ftp://uu:pw@163.285.6.45/upload/123456-05-time.02 
ftp://uu:pw@163.285.6.45/upload/123456-05-time.03 

Apres avoir regu xin ordre de type « UPLOAD » ou « DOWNLOAD », 
le telephone 10 ouvre une session FTP avec le FTP 4 dont Tadresse lui 

25 a ete notifiee. La connexion au FTP 4 en parallele a la session courante 
est etablie avec le PMS 5 via le PROXY 6. Le telephone execute ensuite 
le transfert de fichier{s) demande aupres du (ou des) serveur(s) FTP qui 
lui a ete notifie. Une fois le transfert du ou des fichiers acheve(s), le 
telephone adresse un message d'acquittement par lequel il confirme 

30 au PMS 5 que le travail a ete bien ou mal fait. Puis il se met en attente 
d*un nouvel ordre. En cas de non-reception d*un nouvel ordre apres 
vm laps de temps predetermine, le telephone coupe la communication. 

Une telle strategic de commxmication entre le PMS 5 et les 
telephones 10, de type maitre esclave : le PMS 5 ordonne les 

35 telephones executent, offre une tres grande souplesse en matiere de 
transferts de fichiers, puisque rien n'est fige. Les sessions de 
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communication entre les telephones 10 et le PMS 5 sont ainsi 
adaptables au gre des besoins. 

Par exemple, le PMS 5 peut profiter de Tappel de chaque 
telephone 10 pour son rapport d'activite quotidien (encore appele 
5 telecollecte) poiir operer le telechsirgement dHine mise a jour de 
programme... 

Par exemple, lors de Tinitialisation d*un nouveau telephone 10 au 
reseau de telephonie publique 1, Tagent de mise en service va 
demander systematiquement certaines informations liees a la 

10 configuration du telephone 10 (par exemple im fichier de 
configuration) et ce a travers le lancement d'une session dediee. En 
retoxor, le PMS pourra non seulement transferer le fichier demande 
mais egalement obtenir d'autres fichiers en retour de type table de 
tarif active, une table de tarif passive, une table de parametres. Line 

15 liste noire, vine liste grise, xm logiciel, etc. 

De meme, lors d*une session de telecollecte du rapport joumalier 
d'activite, le PMS 5 pourra non seulement recuperer les fichiers des 
transactions, les compteurs d'exploitation et les alarmes, mais 
egalement il pourra telecharger en retour une table de tarif active, xme 

20 table de tarif passive, une table de parametres, une liste noire, une 
liste grise, un logiciel, etc. 

II est important de noter que les differents serveurs 4, 5 et 6 
peuvent etre sur des reseaux de communication differents. La 
presente invention permet done de s'affranchir de maniere aisee des 

25 reseaux et de distribuer au mieux les serveurs. 

Selon xan mode particulier de realisation de Tinvention, le premier 
ordre regu par un telephone 10 de la part du PMS 5 conceme le 
transfert d\m fichier encore appele STATUS precisant les references 
de Tensemble ou des principauix fichiers constituant ses ressources 

30 logicielles. Cela permet ulterieurement au PMS 5, en cas d'eventuel 
dysfonctionnement, de determiner les differentes versions de logiciels 
utilises par le telephone 10. 

Dans les echanges entre le PMS 5 et les telephones 10, le PMS 5 
est toujours decisionnaire quant aux fichiers transferes, c'est le 

35 maitre. De part Tarchitecture decrite, le PMS 5 est a meme, sur 
analyse du contexte precis d'appel de chaque telephone 10, de 
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demander a ce dernier iin travail donne, modifiable et adaptable 
librement et facilement, notamment en fonction des souhaits de 
Texploitant du reseau 1. 

Un telle souplesse est par ailleurs sans incidence sur les 
5 telephones 10 qui fonctionnent en mode a esclave k La liste des 
fichiers a transferer dans un sens ou dans un autre se trouve done 
communiquer dynamiquement auK telephones 10 par le PMS 5 et ce 
apres identification de la connexion, au travers de requetes precises : 
CONNECT, ACCEPT, UPLOAD, DOWNLOAD, DISCONNECT. Les 

10 telephones ne connaissent done pas a Tavance les fichiers a transferer, 
c'est uniquement le PMS 5 qui choisit les fichiers a transferer. 

Pour ce qui est du chargement sur le FTP 4 des fichiers a 
transferer vers les telephones 10, differentes solutions sont possibles. 
On peut par exemple choisir la solution suivante. 

15 Ces fichiers, qu'il s'agisse de tables de parametres, de tables de 

tarifs ou encore de logiciels ou de tout autre objet, ont ete prepares 
par le biais d*outils specifiques qui sont charges dans le PMS 5 par 
exemple au moyen d'un CD ROM, d'une disquette ou de tout autre 
support lisible par le PMS ou bien encore au moyen d'un reseau de 

20 communication adapte qu'il soit de type prive ou encore public comme 
rintemet ou le Web. 

Les fichiers a charger dans les telephones sont accompagnes d'au 
moins un script correspondant. Un script est un fichier textuel 
comprenant une serie de lignes d'instructions destinees a etre 

25 executees par le PMS 5. Un script comprend notamment 
Tarborescence ou repertoire ou seront localises les fichiers, la liste de 
ces fichiers ainsi que des instructions comme des interruptions ou 
deconnexions. 

Par choix, on peut regrouper I'ensemble des fichiers a transferer 
30 sur un seul script ou bien encore utiliser plusieurs scripts si 
necessaire, par exemple en regroupant les fichiers selon leur type. 
Dans ce dernier cas, on peut alors avoir un script "tables de tarifs", tm 
script "tables de parametres", un script "logiciels". 

Considerons le cas d*xm script specifique par nature d'objet. 
35 Chaque script est alors identifie par un nom de type xxxx.yyy oii : 
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"xxxx" est le nom du script et ".yyy" le type de fichiers consideres : 
par exemple ".cli" pour les logiciels, ".tt" pour las tables de tarifs, ".tp" 
pour les tables de parametres, etc. 

Un script contient par exemple des lignes de codes du type : 
5 groupl.dir = soft/ v02r00e02/ group 1 (group! nom du 

repertoire de destination d'un premier lot de fichiers) 
groupl.filel = 03-002-000''001.40 (fichier a charger) 
groupl.file2 = 03'002'000-OOlAl (fichier d charger) 
groupl.file3 = 03-002-000-001.42 (fichier di charger) 
10 groupl.file4 = 03-002-000-00 1.43 (fichier d charger) 

group 1. files = 03-002-000-001,70 (fichier d charger) 
group l.file6=^ 03-002-000-001.71 (fichier d charger) 
groupl.file7 = 03-002-000-00 1.4A (fichier d charger) 
group 1, files = 03-002-000-002. 4B (fichier d charger) 
15 ; S-disconnect here 

group2.dir = soft/v02r00e02/group2 (group2 : repertoire 
de destination d*un second lot de fichiers) 
group2.filel « 03-002-000-001.74 (fichier a charger) 
group2.file2 » 03-002-000-001.75 (fichier d charger) 
20 group2.file3 = 03-002-000-001 . 76 (fichier d charger) 

group2.file4 = 03-002-000-001. 79 (fichier d charger) 
group2. files = 03-002-000-00 1.7B (fichier d charger) 
group2.file6 = 03-002-000-00 1.7E (fichier d charger) 
group2.file7 = 03-002-000-001 . 7F (fichier d charger) 

25 

Ce script et les eventuels autres scripts concernant d'autres types 
de fichiers sont done copies dans le PMS 5 en meme temps que les 
fichiers Ustes. Une fois les scripts et les fichiers implantes dans le PMS 
5, on declenche le processus de telechargement des fichiers dans les 

30 telephones et ce, non sans avoir prealablement selectionn6 les 
telephones concemes. En effet, il se peut que seule une partie des 
telephones geres par le PMS 5 necessitent le chargement des fichiers. 

Ce processus de chargement comporte trois etapes : le 
telechargement des fichiers dans le FTP 4, la programmation des 

35 differents telephones concemes et le chargement des fichiers dans les 
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telephones a partir du FTP 4, Plusie\irs methodes peuvent etre 
adoptees poiir la realisation de ces trois etapes. 

Soit les etapes du processus de telechargement sont clsdrement 
separees : les fichiers sont d'abord charges par le PMS 5 dans le FTP 4 
5 sitot le lancement du processus de telechargement, les telephones 10 
sont ensuite programmes par le PMS 5 les uns apres les autres au fur 
et a mesure de leur coxmexion pour recuperer les fichiers dans le FTP 
4, enfin les telephones 10 transferent les fichiers du FTP 4 dans leurs 
microprocesseurs. 

10 Soit les etapes du processus de telechargement sont liees et les 

fichiers sont charges dans le FTP 4 en meme temps que s'execute le 
traitement du premier telephone de la liste (lancement de la session de 
telechargement courante). 

Quel que soit le processus adopte, le deroulement de ces 
15 differentes etapes s'appuie au niveau du PMS 5 sur les scripts. 

Considerons la solution selon laquelle les differentes etapes sont 
liees, Une fois Tordre donne de proceder au telechargement des 
fichiers vers un lot predetermine de telephones, le PMS 5 se met dans 
Tattente que les telephones concemes se manifestent. En effet, chaque 
20 telephone 10 du reseau 1 se connecte regulierement au PMS 5 pour 
lui adresser une telecollecte (ou plus irregulierement pour des 
rapports specifiques comme la siorvenue d'une anomalie). Lorsque le 
PMS 5 identifie, dans le telephone qui Tappelle, Tun des telephones 
concernes par I'operation de telechargement de fichiers qxai a ete lance, 
25 il insert dans les differents ordres « UPLOAD » relatifs a la telecollecte, 
un ordre « DOWNLOAD » specifique. 

Get ordre consiste a demander au telephone de telecharger les 
fichiers listes dans le script. 

Pour un script donne, le PMS 5 pourra balayer les unes apres les 
30 autres les lignes d*instructions et execute les instructions en 
s'adressant altemativement vers le FTP 4 et vers le telephone 10 
(DOWNLOAD 1, DOWNLOAD 2, DOWNLOAD 3, DOWNLOAD 4, etc.). 

Suivant la taille des fichiers a telecharger, le deroulement du 
script peut se faire en une fois ou en plusieurs fois. En cas de 
35 deroulement en plusieurs fois, le script comporte des instructions 
intermediaires de deconnexion. A la reception de cette commande, le 
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telephone 10 interrompt la session en cours et rappelle a un nouvel 
horaire predetermine. 

A la fin de I'execution courante du script, Tensemble des fichiers 
sont charges dans le FTP 4 puis dans le telephone 10. 
5 Lorsque le premier script est termine, on passe ensuite au 

suivant (s'il y a plusieiirs scripts) apres au prealable I'installation en 
memoire de travail (flash) du fichier regu (identification, 
decompression, ecriture, integrite...) et on recommence le processus 
precite. 

10 Lorsque I'ensemble des scripts ont ete executes, le dernier fichier 

du dernier script ayant ete copie dans le telephone 10, et dans la 
mesure ou il s^agissait du dernier ordre de transfert de fichier de la 
part du PMS 5, la conmivinication s'arrete par envoi de Tordre 
« DISCONNECT ». 

15 Pendant toute la duree de ces operations, le telephone a pu 

simxaltanement acceder au FTP 4 et au PMS 5 grace a Tutilisation du 
protocole de communication TCP/IP. 

Bien evidemment, lorsqu'im deuxieme telephone puis tous les 
suivants se connectent au PMS 5 pour operer le telechargement des 

20 fichiers, la copie des fichiers vers le FTP 4 n'est plus operee par le PMS 
5, seul demeure le transfert des instructions vers les telephones, a 
savoir foumir la liste des fichiers a copier et leur localisation. 

La methode decrite ci-dessus pour transferer les fichiers entre le 
PMS 5 et les telephones 10 en passant par le FTP 4 n'a ete donnee 

25 qu'a titre d'exemple et admet de nombreuses variantes. Ainsi, lors de 
Tappel du premier telephone de la liste a telecharger, on peut 
transferer un fichier vers le FTP 4 puis demander au telephone de le 
copier et ainsi de suite fichier par fichier. 

Cette methode offre une grande souplesse dans le transfert de 

30 fichier, puisque ce transfert peut se faire module par module voire 
fonctiormalites par fonctiormalites, ce qui supprime les contraintes de 
Tart anterieur, ou les fichiers etaient vmiques et globaux. Cette 
methode permet de standardiser le transfert des fichiers en proposant 
un mode de gestion unique et general pour Tensemble des objets a 

35 transferer quelle que soit leur nature ou leur nombre. Ce mode de 
gestion dynamique par lequel les telephones executent des transferts 
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selon des instructions emises par le PMS 5 et decrivant le travail est 
done sans impact ni sur les telephones ni sur le PMS 5, alors que 
selon Tart anterieiir une procedure de traitement devait etre 
developpee specifiquement pour chaque transfert. 
5 Bien evidemment, le mode de realisation illustre n'a ete donne 

qu'a titre d'exemple et n'est absolument pas limitatif de Tensemble des 
solutions pouvant etre mises en oeuvre grace a la presente invention. 

Ainsi le reseau des telephones publics decrit precedemment peut 
etre remplace par n'importe quel reseau d'appareils de service ayant 
10 un besoin de transmettre des informations notamment a un serveur 
de gestion, par exemple des horodatexxrs, des distributeiors 
automatiques ou encore des terminaux bancaires. 

Ainsi, pour operer la programmation d'un telephone, le PMS 5 
peut executer non pas le script original mais une copie faite 
15 specifiquement pour ce telephone. Ainsi, il est possible d'agir sur le 
script original, par exemple en modifiant le nom d'un fichier a 
transferer, sans perturber les operations de telechargement en cours. 

Ainsi, puisque tous les fichiers a transferer sont stockes dans im 
repertoire clairement identifie du FTP 4, il est possible de transferer 
20 vers les telephones 10 seulement le nom de ce repertoire sans les 
noms de fichiers, les telephones transferant alors Tensemble des 
fichiers du repertoire. 

Ainsi, le FTP 4 pourrait ne pas faire partie de la meme machine 
voire du meme reseau mais pourrait se trouver dans d'autres endroits 
25 (repartition geographique). 

Ainsi, si dans les modes de realisation decrits ci-dessus, le 
telephone 10 initie la communication pendant laquelle va s'operer le 
transfert de fichiers, cela ne saurait etre limitatif de la presente 
invention. Une telle commimication peut done etre egalement initiee 
30 par le PMS 5. Dans ce cas, lors de la coxmexion, le PMS 5 informe le 
telephone 10 qu'une session d*un type donne de transfert de fichier va 
debuter. En reponse a cet ordre, le telephone 10 repond par un 
message « CONNECT)) du type preeita et la sxiite de la session se 
deroule selon le deroulement que decrit ci-dessus (« ACCEPT » puis 
35 echange d'ordres « UPLOAD », « DOWNLOAD » ou « DISCONNECT » et 
d'acquittements) . 
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REVENDICATIONS 

1/ Precede pour transferer des donnees d\m appareil de service (10) 
a un ordinateur central a distance (5), Tappareil de service (10) etant 
5 apte a communiquer lesdites donnees audit ordinateur (5) par 
rintermediaire de moyens de transmission (2,4,6) appropries, 
caracterise en ce que les donnees a transferer dudit appareil de service 
(10) vers ledit ordinateur a distance (5) sont determinees par ledit 
ordinateur (5), 

10 

2/ Precede pour transferer des donnees selon la revendication 1, 
caracterise en ce que lesdites donnees sont produites par des moyens 
logiciels et materiels appropries et correspondent a des fonctions de 
supervision et de controle du fonctionnement dudit appareil de service 
15 (10), chaque donnee devant etre transferee audit ordinateur central a 
un rythme donne specifique a la nature de la fonction a laquelle elle 
correspond. 

3/ Precede pour transferer des donnees selon la revendication 2, 
20 caracterise en ce qu*il comporte les etapes suivantes : 

ledit appareil de service (10) ouvre xme session de communication 
avec ledit ordinateur a distance (5) ; 

ledit appareil de service (10) foumit un code de session precisant 
audit ordinateur la nature des donnees qu'il souhaite transferer ; 
25 - ledit ordinateur (5) transmet alors audit appareil des instructions 
quant aixx donnees devant etre effectivement transferees ; 

ledit appareil de service (10) transfert alors en retour les donnees 
demandees par ledit ordinateur (5). 

30 4/ Precede pour transferer des donnees selon la revendication 3, 
caracterise en ce que lors de ladite communication, ledit ordinateur (5) 
transmet egalement des instructions pour transferer des doxmees vers 
ledit appareil de service (10). 

35 5/ Precede poiar transferer des donnees selon la revendication 4, 
caracterise en ce que lesdites donnees a transferer vers ledit appareil 
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de service (10) comprennent des moyens logiciels rempla?ant ou 
completant des moyens logiciels deja installes dans ledit appareil de 
service (10). 

5 6/ Precede pour transferer des donnees selon l^lne quelconque des 
revendications precedentes, caracterise en ce que lesdites donnees 
sont transferees sous la forme de fichiers informatiques. 

7/ Precede pour transferer des donnees selon la revendication 6, 
10 caracterise en ce que lesdits fichiers transferes de Tappareil de service 
(10) vers Tordinateur (5) comprennent des rapports d'activite decrivant 
les transactions operees par ledit appareil de service (10) pendant une 
periode donnee ou encore des rapports d'alarmes decrivant des 
dysfonctionnements affectant ledit appareil de service (10). 

15 

8/ Precede pour transferer des donnees selon Tune quelconque des 
revendications precedentes, caracterise en ce que les transferts de 
fichiers entre ledit ordinateur (5) et ledit appareil de service (10) se font 
en utiUsant le protocole de communication TCP/IP. 

20 

9/ Precede pour transferer des donnees selon la revendication 8, 
caracterise en ce que lesdites donnees transitent entre ledit appareil 
de service (10) et Tordinateur central a distance (5) par un serveur FTP 
(4). 

25 

10/ Precede pour transferer des donnees selon la revendication 9, 
caracterise en ce que Tadresse dudit serveur FTP (4) est commimiquee 
audit appareil de service (10) par ledit ordinateur (5) lors de chaque 
transfert. 

30 
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